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'It is important for the progrcun manager to understand the soft- 
ware life-cycle and development process. Multiple models of the ' 
life-cycle are exaunined and compared with the DoD software life- 
cycle. The Rayleigh equation and the resulting difficulty 
gradient equation of the SLIM software model are very powerful 
techniques for estimating development time, effort, and cost. 
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20. technique is proposed. This t€chniq*ae is then applied 
using the SLIM model and the QSM data base. 
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iBSIBlCX 



It is iipoctant for the progran lanager to understand 
the software life-cycle and derelopient process, aultiple 
■odels of the life-cycle are exaiined and conpared with the 
OOD software life-cycle. The Rayleigh equation and the 
resulting difficulty gradient equation of the Slid software 
■odel are very powerful techniques for estinating develop- 
■ent tine, effort, and cost. To estiiate the size of the 
new project a Bayesian inference technique is proposed. This 
technique is tnen applied using the SLIM aodel and the QSa 
data base. 
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I. IllggMQIlgJI 



This thesis is an atteapt to understand the software 
cost estiiatinq process as viewed by a program manager 
daring the early phases of system development. 

Software cost estimators have problems because of their 
inability to estimate the size of new programs. 
Bistorically-based methods are difficult to use because the 
estimator is unable to assess skills, tools, complexity, and 
environment of past developments and of the new software. 
The results are severe cost overruns, schedule slippage, and 
lack of credibility. (Sef. 1] 

In software estimating models, software size is the key 
parameter influencing cost. All the proven estimating tech- 
niques begin with an estimate of the size of the software 
package and then at various levels of sophistication produce 
an estimate of cost or time based on size and calculated or 
derived productivity factors. 

A quick, reliable estimate of size could provide a 
better cost estiaave for planning purposes. The pregram 
manager's concern is time, cost, and performance of the 
total system. He needs to present this information to higher 
DOO management levels during the early planning phase. 

This paper is an investigation of ways in which an esti- 
mator may be able to estimate the size of a new project, 
based on an existing data base of close to 1,000 systems. 
Breakouts have been made of that data base by application 
type and the average size and the standard deviation of each 
of these applications is calculated. In the early phase of 
system development, a reasonable goal would be to estiuatiu 
time within 15 percent and effort within 30 percent of 
actual. 
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The pcogcae aanagec should have a detailed understanding 
of the process that developed the cost estiaate and should 
have soae traceability to the variance or sensitivity of the 
estiaating coaponent. The use of autoaated software aodels 
for estiaating has becoae popular in industry and .000. 
Prograa aanagers can coapare different rodels for alterna'* 
tive estiaates. 

ill the variables of the software equation are subject 
to soae degree of uncertainty and the prograa aanager aust 
have a aeans of taking this into account in an effort to 
developaent risk profiles. Putnaa [ Bef . 2] suggests that 
risk analysis is probably the aost iaportant aspect ci any 
software systea analysis. In an uncertain process, risk 
analysis aeasures that uncertainty. This leads to strat- 
egies tc ainiaire risk. The prograa aanager should perfora 
risk analysis and deteraine the probability of meeting 
schedule/cost . 

This paper uses SLIH (Software Life-cycle Manageaent) . 
The SLin model uses soae of the aost powerful tools of anal- 
vsis available today — linear prograaaing, Monte Carlo 
siaulation, and algorithas froa the PSBT aethodology — to 
produce Che best possible solution to the software esti- 
aating protlea. [Bef. 1] 

The prograa aanager predicts and controls schedule and 
costs. It is iaportant for the program aanager to recognize 
potential probleas early and take effective corrective 
action. 
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II. Si21I«AiS tlfgrgiciil ilfi filisitfisam £&flggss 



The software life-cycle aay be said to start in the 
perception of a need and to terainate when the systen is 
retired as obsolete. The prcgraa eanager has the responsi- 
bility froi start to end for the project. The prograa 
■anager aust understand the software life-cycle and its 
developaent process. A lack of understanding of the process 
of software dewelopaent (activities, phases, and uilestones) 
causes a poor estiaate. The software developoent process 
can be subdivided into seguential and cverlapping phases. 

Figure 2. 1 [Ref. 2] depicts the total system milestones 
in relationship with four software cost aodels considered. 
The DOD subdivides the life cycle of an automated informa- 
tion system into five broad phases: [Ref. 3] Mission 

Analysis Project Initiation, Concept Developaent, Definition 
Design, Sys tea- Developaent, Oeployaent Operation. 

Putnam [Ref. 4 1 divides it as: Systems definition. 

Functional design specification. Development (design and 
coding, test and validation). Operation and maintenance. 
The development process is divided as follows. 

PDB - preliainary Design Review. This is the earliest 
time that a fcrmal review of the functional design specifi- 
cations can be expected to be satisfactory enough tc 

continue into the next phase of development. Functional 

design and (high level) system engineering is essentially 
coaplet €. 

COB - Critical Design Review. This is a review of the 
detailed logic design for each element of system. The 
design consists of flow charts, HIPO^ diagrams. Pseudo-code 



»HIPO (Hierarchy-Prccess-Input-Output) was developer, at 
IBH as design representation schemes for top-down software 
development and contained a visual table of contents, a set 
of overview overview diagrams, and a set of detail diagrams. 
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Figar* 2.1 Software Lif«->C 7 Cla. 

logic, or equivalent. It is held when design and coding are 
separated by aanageaent decision as by HIL STD (military 
standards). Coding cannot start until after a successful 
COB under this philosophy. There must be sufficient design 
to start coding. 

PCC - First Code Complete. In a top-down, structured 
design and coding environment, FCC is the time at which all 
the units of code have been written, the units have been 
peer and management checked, successfully coapiled and run 
as units, and thought to be satisfactory end product code. 
It is then entered into a libreucy of completed code. (Note: 
coding will continue thereafter as rework of these modules.) 



13 



SIT * S 7 st€Bs Integration Test. This is the earliest 
tiae that all eleients and snbsysteas have been put together 
and the system can work together as a coaplete integrated 
package and can demonstrate that in a formal system test. 

OOSl- User Oriented Systea Test. Pcllowing correction of 
deficiencies resulting from SIT, DOST is the first time that 
a test of the systea in a full user environment — target 
aachine and operating systea, real data, real operating 
conditions -- can be conducted. 

IOC - Initial Operational Capability or start of instal- 
lation, depending on the environment. This is a careful, 
tentative first use under rigid control. Often this is a 
first site installation in a live environment with antici- 
pated later multi-site deployaent, or the start of operation 
in parallel with the predecessor system in a single site 
rep lace sent environment. 

FOC - Full Operational Capability. Here the system 
meets specified quality standards sufficiently ve^l that 
organizations will use it in everyday routine mission opera- 
tions. (In Slln, that is a 95 percent reliability level; 
calibration and technology factors are normalized to this 
reliability level.) 

Boeha [Ret. 51 divides the cycle into feasibility, plans 
and requirements, product design, programming, integration 
and test, and maintenance. The primary emphasis of his 
CCC0?10* model is on the development portion of the life- 
cycle which CCCOHO defines as starting •• at the beginning of 
the product design phase and ending at the end of the soft- 
ware integration and test phase ". [Ref. 5] 



^constructive COst lOdel, a hierarchy of thre? increas- 
ingly detailed aoaels ( basic, intermediate, detail) which 
range from a single macro- estimation scaling model as a 
function of product size to a micrc-estimatioa model with a 
three-level work breakdown structure and a set of phase- 
sensitive multipliers for each cost driver attribute. 
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Tb« PBICE-S software aodel is one of the faaily of RCi 
cost predicting codels. PBICE-S divides the software devel- 
opaent cycle into three phases: design, iaplenentation, and 

test and integration. 

The gaestion facing the prograa manager is what to 
invest in and what is its payoff. Boeha [Ref. 5] devoloped 
a valne-'Of- information guideline with the following five 
condi ticns: 

1. There exist attractive alternatives whose payoff varies 
greatly, depending on soie critical state of nature. 

2. The critical states of nature have an appreciable 
probability of occuring. 

3. The investigations have a high probability of 
accurately identifying the occurrence of critical 
states of nature. 

4 . The required cost and schedule of the investigations 
do not overly curtail their net value. 

5. There exist significant side benefits derived froir 
perforaing the investigations. 

The aajoc difficulty with these guidelines is deter- 
aining what are the critical states of nature. Boehi iaplies 
soae of these states in his definition of feasibility phase 
and plans and reguireoents phase [fief. 5]: 

Feasibility phase: How auch should we invest in informa- 
tion systea (user questionnaires and interview , current- 
systea analysis, workload characterizations, simulations, 
scenarios, piototypes) in order that we converge on an 
appropriate definition and concept of operation for the 
system we plan to implement? 

Plans and requireaents phase: How rigorously should we 

specify requirements? How auch should we invest in rcquire- 
aents validation activities( automated completeness, consis- 
tency, and traceacility checks, analytic rodels, 
siaulations, prototypes) before proceeding to design and 
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develop a software systes? It is inportant for the program 
manager to know the early phases of system developaent. 

Boeha [Ref. 6] points out the uncertainty of cost esti- 
aation during the early project phase. Fig 2.2 shows the 
accuracy within which software cost estiaation can be aade« 
as a function of the software life*cycle phase ,or of the 
level of knowledge we have of what the software is intended 
to do. it the beginning of the feasibility phase, the rela- 
tive range of software cost estimates is roughly a factor of . 
four> on either the high or low side which is not surprising 
based on the Halted knowledge available at this point. The 
estiaation uncertainty is reduced to from .5 to 2 after the 
concept of operation has been defined. After completion of a 
reguireaent specification, the estiaation range is .67 to 
1.5. Gradually, the estiaation range becomes smaller until 
we finally arrive at acceptance. 

Fairley's [Ref. 7] suggested life-cycle approach divides 
into four aodels: The p based, model, cost lodel, prototype 

life-cycle model, and successive versions model. Costs 
incurred within each phase include the cost of performin'? 
the process and preparing the products for that phase, plus 
the cost of verifying that the products of the present phase 
are complete and consistent witn respect to all previous 
phases. Fairley also suggests there are soae reasons for 
developing a prototype: (1) to illustrate input data 

foraats, aessage, reports , and interactive dialogues for 
the customer; (2) to explore technical issues in the 
proposed product; and (3) in situations where the phased 
model oi analysis -> design -> iapleoentation is not appro- 
priate. Product developaent by the method of successive 
versions is an extension of prototyping in wnich an initial 
product skeleton is refined into increasing levels of 



. ’The panges are intended to represent BO percent confi- 
dence liaits, that IS , •• within a factor of four on either 
side, 80 percent of the time.” 
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Plgoc* 2.2 Softw«£« Cost Bstisstion Accarscy ts. Pksss. 
capability. 

Putnaa [Bai. 8] saggasts that a good lifa cycla aodal 
should possass thasa chacactacistics: 

1. CoQsidac all activitias aad phasas. 

2. Balata sanagaaant pacaaatacs to aanagaaaat 
ca apoQsibilitias. 

3. Ba adaptive to actual proiact data aad caguiraaants 
chaagas( i.a. aust ba tiaa^vacyiag or dyaaiic) 

4. Proaida angiaaaciag accuracy. 

5. PcoTida saasitiaity pcofilas. 

6. Ba phanoBaaologically basad. 

7. Balata pcoduca to casourca coasuaptioa (both statically 
aad dyaaaically) tha tachnology baiag appliad. 

8. Ba capabla or £utura growth. 

9. Ba abla to adaquataly treat ^caowo aad futura systaa 
types and davalopsaat anTironaaats. 
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Softvar* Iif« cycl* aad deT«lopaeot processes offer a 
structured aeans for planaing, developir.gr end controllicg 
the software project. Boeha [Bef. 9] suggests that the 
tradeoffs between lower developaent costs and lower life 
cycle costs are characterized by the aodern prograaaing 
practice and required reliability cost estiaating relation* 
ships fcr software developaent and aaintenance. The program 
aanager aust understand the software life*cycle and develop* 
aent process cf aultiple models and compare with DOO life* 
cycle. Ihe program aanager aust predict and control schedule 
and costs. Use the prograa aanager aust recognize poten* 
tial probleas early and taJee effective corrective action. It 
is iaportant for the prograa aanager to miniaize the cost/ 
schedule impact of reguireaents changes. 
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III. SHUUIIS IZCMISSZS US ZQ§1 imUSIS ZA£l&fiS 



In order for the prograa manager and his support team 
to eTaluate a software cost proposal, the; must have a 
detailed understanding of the process that developed the 
cost estimate and should have some traceability to the vari* 
anCes or sensitivity of the estimating components. 

The object of software cost estimation is to determine 
what resources (manpower, computer time, and elapsed time) 
will be neeaed to produce the software associated with the 
project. Stanley (fief. 10] listed some reasons for not 
obtaining a gcod estimate as: 

1. A lac)( of understanding of the process of software 
de velopment. 

2. A lack of understandxng of the effects of various 
technical and management constraints. 

3. A view of that eacn project is unique, whicr. 
inhibits project to project comparisons. 

4. A lack of historical data against which the moiel 
can be checked and for calibration. 

3oebm [Ref. 5] suggests that a good software model 
should possess the following characteristics: 

1. Definition: Can you tell what it is estimating? 

■ill different people give similar factor rating? 

2. Fidelity: Are the actuals close to the estimates? 

3. Detail: Coes it give (accurate) phase and activity 
br eakdowns? 

u. Constructiveness; Can you tell why it gives the 
estimates it does? Does it help you understand the 
software job? 

5. Objectivity; Is it hard to jigger the model to gst 
any result you want? 

6. Stability: Do small input changes produce small output 
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ch anqes? 

. Scope: Does the aodel cover your cl 2 iss o£ software 
project? 

d. Easy to use: Are the aodel inputs, and outputs easy to 
understand and specify? 

9. Prospectiveness: Does it depend on inforaation not 
known until later? 

10. Parsiaocy: Does it use redundant or unnecessary 
factors? 

11. Availability: Can I get access to the aodel? 

The prograa aanager coapares various cost aodels for 
alternative estiaates. The aodel should allow for the use 
of historic data in calibration for a particular organiza- 
tion and type of software. A good software cost estimation 
aodel should cover software engineering issues which arise 
throughout the software life cycle. 

A. TECBIIQOES 

According to Stanley [Bef. 10], aost cost aodels use one 
or both of the following equations. The first is called the 
cost eg uatioc : 



b 

£ * a X S 

where E - effort needed, s « size of prograa is terms of 
soee aeasure of lines of code and a and b are chosen by 
curve fitting on a historical database. Different values of 
a and b are appropriate to different organizations, project 
types, units of aeasureaent of E and S, and iteas included 
in the the estiaates. 

The second equation is called the general suaaing 
eguation: 



2 



n 

Z af *af ♦af ♦ 
1 = 1 i i 11 2 2 



♦ a f 
n n 
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whers the a. are input paraaaters derlTed froa the descrip- 
tion of software characteristics and the characteristics of 
the dewelopaent enwironaent, and the value of f; are chosen 
by curve fitting on a suitable historic database. Table 1 
[Ref. 7] shows a coaparison of effort and developaent tine 
equations according to software size. Soae aodels provide 
equations to estiaate total aan aonths of effort* an, in 
teras of the nuaber of thousands of delivered source 
instructions* KDSI. Also the developaent tise for software 
project* TOSV* Measured in teras of N9. A software project's 
cost can be obtained by aultiplying toe effort in man aonths 
b 7 the cost per aan aonth. 



TABLE 1 

COBPABISOH 0? BPFOBT ABO TIBS BQOATIOHS [Bef. 



Effort equation 
«H = 



Developaent tiae 
TDE? » 



Author 



5.2 (KDSI) **0.9 1 
4.9 (KDSI) **0.98 

1.5 (KDSI) **1.02 
2.4 KDSI) **1.05 

3.0 KDSI) **1.12 

3.6 (KDSI) **1.20 

1.0 (KDSI) **1.40 
0.7 (KCSI) **1.50 
28 (KDSI) **1.83 




BB) 

BS 

BB 

BB 

BB 

BB 



**0.35 

**0.36 

**0.25 

**0.38 

**0.35 

**0.32 



'ialston 

Kelson 

Frebur qer 

SoehD 

3oehn 

Boehm 

Jones 

Halstead 

Schnieder 



Thibodeau [Ref. 11] states that paraaetric aodels may be 
divided into three classes: 

1. Regression aodel: The parameters to be estinated are 
aatheaat ically related tc a set of input paraaeters. 

The parameters of the hypothesized relationships are 
arrived at by statistical analysis and curve fitting 
on an appropriate historical database. 

2. Heuristic aodels: Here observation and interpretation 
of historic data are coabined with supposition and 
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experience. $ 

3. Pbenoaenological oodel: This is based on a hypothesis 
that the software developaent process can be explained 
in ter as of soae aore widely applicable process or 
idea. 

The first aodel class seems tc be the approach used in most 
ccst aodeling. This class includes the Aerospace, Doty, 

Farr, Zagorski, and Telecote lodels. The second aodel class 
seeas to be the type used in preparing a proposal where 
detailed MBS eleaents are prepared and suaaed for the total 
cost. The Boeing and PfilCE S models along with the OOD 
niCBO Procedure and the Rolverton aodel nave been termed 
heuristic. An example of the last class is the Putnax 
aodel. [Ref. 11] 

Stanley (Eef. 10] suggests a general pattern followed by 
all the aodels: 

1. Estimate software size 

2. Convert size estiaate to labor estimate 

3. Ad lust estiaate for special project characteristics 

4. Divide the total estiaate into the different project 
ph ases 

5. Estiaate non- technical labor costs 

6. Sub the cost 

dost aodels start from an estiaate of project size. Sore 
aodels convert from size to labor, others go iirectly from 
size to money estiaates. The effective estiaate is an 
adjustaent of the basic estiaate intended to take account ot 
any special project characteristics which aake it dissiailar 
to the pattern absorbed in the underlying historic database. 

Each aodel which deals with a project's schedule makes 
assuaptions about the allocation of effort in different 
project phases. 
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■ . SOBI SPICIFIC TBCHBIQOBS 



Proa th« CSB* * data base, u« pocfori carvo fitting to got 
tho colationsbip of software sirs versus developsent tise 
and effort using the regression aethod. Despite the wide 
ranges, the deveXopaent tiae and effort correlate very well 
with the nuaber of source stateaents. Figure 3.1 shows 
size versus developaent tiae froa the curve-fitting aethod. 
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Figure 3.1 QSB Database Software Size vs. Developaent Tiae. 

To estiaate seftware size, the PERT* aethod is suggested. 
The PER. equations estiaate the expected size (ES) and stan- 
dard deviaticn { S ) oi each subsystea as 

ES ■ ( a ♦ aa.v b.) / 6 , ^ ■ (b - a. ) / 6 

X i X X i i i 



where 



«Qu antita live Software Baoageaent, Inc. 

*Prograa Evaluation and Review Technique. 
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a « tha lowast possible size of the software subsjstea 

a. • the lost lilcelj size of the subsystee 

b 3 the highest possible size of the subsysteo 
i 

The estiaated total software size (S) and standard deviation 
(^S) are then 




This PERT sizing technique requires aoce work to break up 
the software into subsysteas and to estimate aost likely 
size for each subsystea as well as to eliminate upper and 
lover liaits. PER? estiaates should be made by knowledge- 
able software designers, preferably those who will do the 
specific work. 

C. COSl ilTBIBOTE F&CTORS 

Stanley [Ref. 10] defines two aajor area of software 
cost drivers: project specific factors and organization 

dependent factors. Boeha [Ref. 9] identifies five factOL 3 
which closely aatch Stanley’s. Size attributes, prograa 
attributes and coaputer attributes fall into Stanley's 
project specific factor. Personnel attrioutes and project 
attributes fall into Stanley's organization-dependent 
factors. Wolverton [Ref. 12] suggests that top-level char- 
acteristics are paraaeters which can be classified into 
software structural paraaeters and project financial paraae- 
ters. Sortware structural paraaeters aay be divided size, 
prograa attributes, hardware attributes, project attributes, 
environaental attributes. Project financial paraaeters are 
divided into direct labor charges, overhead, other direct 
charge, general and adainistrative expense, and fee. 
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Bruc* and P€d«rson [Set. 13] dirid« cost drivers into 
four categories: regairesent factors, product factors, 

process factors, and resource factors. 

1. BsaatMIMt Mg^<?C 

Two factors that can have a eajor iepact on the 
ultisate cost of a software product are (1) the quality of 
the specifications and (2) the stability of tne regairesent. 

a. Quality of Specifications 

i good definition of reguireaents is the corner- 
stone of a well-defined, well- understood, and well-costed 
software develcpoent. Incoaplete reguiresent definition is a 
aajor cause of cost overruns. 

b. Stability of Beguiresents 

The responsibility of the project aanager is to 
understand the software reguireaents and to point out that 
changes in the reguiresent baseline are changes'. The 
project aanager should then define the cost and/or schedule 
iapact so that the change can be given a fair evaluation. 

a. Software Size 

A favorite measure for software systee size is 
lines of operational code or deliverable code. Parasetric 
cost estieating eodels relate cost in some way to the size 
estiaat e. 



b. Difficulty 

After considering the relative iiificulty of 
various software systeas and functions, the cost estioator 
aust consider the difficulty of the specific application and 
its heritage tc coaplete the analysis of the difficulty 
factor. 
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a. Banagvieat Stractor« 



Hanageaent stractora incorporates the effects of 
varioQs coapany policies with respect to allocating costs 
for certain non-project aanageaent personnel as a direct 
charge to projects. 

b. Banageaent Ccntrol 

Ibis coTers the cost of project support in such 
areas as aanageaent inforaation prccessing, scheduling 
support, adainistratire support, and clerical support. 

c. Oevelopaent Bethods 

This factor atteapts to guantify the iapact of 
various developaent aetbods. The developaent aethods of 
interest include such approaches as top-down design and 
testing, structured prograaaing, use of chief prograaaec 
teaas, and use of the structured wait- throughs. 

d. Icols 

The prograa aanager aust consider how the soft- 
ware will be developed, tested, and aaintained and what 
tools will be needed to accoaplish these tasks. For systeas 
developed for large-scale coaputer, a host of coaplier, data 
base aanagers, editors, display interface package, flow 
chart package, plot package, utility routines, and test data 
generation tods are generally available. The costs associ- 
ated with tools are a function of the tool complexity, use, 
features, and, eaturity. 

e. Available Software 

A significant reduction in project can be 
achieved through the use of existing software. The costs of 
modifying the existing software can then be determined 
subjectively. 
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f. Data Base 



Ibe size, coaplezlty, and special file access 
cegaireaents for the data base are extreaely liportant 
paraaeters io deriving an accurate software developoent 
estiaate. 

4. flgsqac?? 

Developaent costs for a given software* package may 
vary substantially, depending on such factors as experience 
of available people, guality of project staff, and avail- 
ability of developaent coaputer resources. 

a. Nuaber of People 

Ibe aajor contributor to the reduction in 
productivity associated with projects that require larger 
staffs is the increase in tiae needed for coamunication 
between people. 

b. Experience of People 

Ihe prograa aanager must consider the general 
level of experience and skill required for various project 
assignaent and incorporate appropriate labor rates into the 
estiaat c. 

c. Personnel Performance 

Since software development is an analytical, 
scaetiaes creative activity requiring abstract reasoning, 
individual productivity variations are to be expected. 
Proauctivity assessaent is extremely iaportant because cost 
estiaation generally is reduced to deriving a productivity 
figure per unit of effort per person for a given skill 
categor y. 
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4. XTAilAblllty of Coip«ti »9 Roaotrcot 

For b«tck dovoloptont systoas tX«r« is 4 Ixn« 4 r 
rol 4 tiotsXip bot«*«Q tQrn4rosnd tits 4 n 4 tosti&g costs. For 

lltOrSCti?* 4«TOlopS«Bt S7St«tS, Sl<3RifiC4Bt <iOT«IOpS*Bt 

Off Icloocios 4CO oftoQ roolitod. 

o. Ssitooility of Cotpatisq Fosoorcos 

TXo osysptotxc offset on dooolopsont costs 4s 
tko Kordvoro spood ond sooorT sxto constroists ore 
4ppro4Cfaod kos bccQ dosoBStrotod in botch, reoi*txse, 
oirboroe, Bilxtorf, OBd cossocciol systoo. 

f. Elopsod Tito 

tbo osooat Of coloBdor tise ovoxloble to doeoiop 
0 softeoro prodoct is istisotoly roiotod to tho altisoto 
devolopoeot ccst. Boloe tho throshold, tho iocroosod stoff 
roq-xirod to occonplish tho job io 0 shorter porxod hos tho 
opposxto of the desxred effort. 

Toblo : (hef. 6 1 shoes the eorioos site, pro^;roa, 

coaptttor, persoBBOl, ood project ottribitos osod by ooch 
sodol tc dotoroico softworo costs. 

Nateroos factors iofloonco the cost of o softeore 
doTolopoent project oad each should bo oto looted doricq cost 
ostxootxor. to ensure that proper vox^)htie^ is applied to the 
cost estxootes. Currost oodels differ xo tho factors that 
ore reouxeed os specific luputs. Rony dieforoat factors soy 
ue subsoood iB a sioule poroaeter iB tooe sodols, particu* 
larly tho oodei subjective porasetors. Thu pro^roe aona<;er 
should assess ezistia^) persoanei/focxlxty resources and 
deterhxno future requxresoe ts. Xlso the pro^roe aoBO^er 
aoasures overhead oad deterolie the officxoBcy of resource 
allocatxons it oultxple dovoIopaeBt tosh projects. 
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IV. Silfl 



The SLIB Bodel is a coaFreheoslTe software cost esti~ 
■ating* package pcodaced by Qaantitative Software Banageoent 
IDC. SLIB is an aid for effectively eanaging software 
develop lent. Using engineering technignes, SLIB provides 
cost, tile, personnel, and aacbine estieates for developing 
coaputer software systeas. SLIB identifies limiting 
constraints that affect development plans. Confidence 
levels and risk factors are calculated to provide the 
aanager with the data needed to make decisions on cost, 
schedule, effort, quality. Banloading, and cash flow. The 
SLIB , software costing and manageaent system does these 
things (def. 2]: 

1. Determines the size of the system in source statements 

2. Estimates the people, cost and schedule for the project 

3. Projects cashflow over the life cycle 

4. Identifies liaiting constraints on aanpower and 
schedu le 

5. Obtains risk projections for cost and schedule 

6. Updates estiaates froa the real data once developnent 
is underway 

7. Dynaaically adjusts for requirements changes to give 
new cost and schedule 

The SLIB aodel is claused to Le valid for any system 
where at least two of the following four criteria apply: 

1. 5000 lines cf code or greater 

2. $100,000 or more in development costs 

3. Peaa manpower cf 3 people or aore 

4. Oevelopaent time of 6 months or longer 

Over sixty large organizations such as OOD, I3B, and GIZ 
have used the SLIB package. SLIB*s accuracy has been testei 
for over 1300 systems of all types in the United States and 
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6. BaTlsigh ■anageaeat paraaaters can be easily turned 
into a linear prograa with ioportant aanageaent 
constraint (nanpower, cost, schedule) properly 
considered to yield constrained optiaal solutions. 
Figure 4.1 [Bex. 2] shows the Bayleigh function as a nanage- 
■ cnt tool. 



MANPOWER 




Pignre 4.1 Eayleigh Function as Software Banageaent Tcol. 

The Bayleigh equation is linearized by talcing loga> 
rithas, 

Ln(y/t) * Ln (K / t «) ♦ (-1 / 2 t * ) t* . 

d d 



3poc plotting tnis equation in teras cf oanpower applied to 
a systea over tine squared, a straight line is provided in 



which ln( k / t^* ) 



is the intercept and ( -1 / 2 t^^* ) 



IS 



the slope. Putnaa [Bef. 61 perforaed this operation for one 
hundred systeis and found that the arguaent of the intercept 
( K / ^ aost interesting property. Putnan 
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[I«f. 1] ■uggtata that tha ratio K / t^* rapcaaaotad tba 
difficulty, D, in tacaa of tha pcogcaaaiDg affort and tba 
tiaa to produca it. By taking tha gcadiant of 0, ha gata 

< 

I7 0|« K / t>« Conatant 

d 

Thia difficulty gcadiant caflacta tha organizational capa- 
bility in doing that typa of work for which tha conatant waa 
darivad. Tha difficulty in tha dawalopaant of tha aoftwara 
waciaa inwacaaly with tha ?alua of tba gcadiant, i.a, tha 
aoat difficult projacta hawa tha aaallaat gcadiant. Proa 
obaarvation, Putnai [Raf. 21 auggaata 1 7 0 | ia quantizad at 
tha following laaala: 7.3 foe naw dawalopaanta with intac- 

facaa to othac progcaaa; 14.7 foe a naw atand-alona davalop- 
aant projact: 26.9 for a ra-building of an axiating prograc; 
SS. 0 for a coapoaita cystaal; and 89.0 for a conpoaita 
ayataa2 containing auch axiating coda. Thaaa waluaa'a 
uncartainty ia about 15 parcant of tha baaa valua. Whan tha 
difficulty la plottad againat productitity rata, PR*, for a 
nuabar of ayataaa, Putnaa gata tha calationahip 
-2/3 

PR ■ C 0 
n 

C ■ pcoductifity conatant 
0 

Tba araa undac tha coding rata, cur?a^ ia tha total 

quantity of final and product aourca atataaanta that will ba 
producad by tiaa t fRaf. 51. That ia, aourca atataaanta ara 
producad during tha daaign and coding aubcycla of RayLaign 
curva. Thua, tha integral of th*' aanpowar rata for chia 
aubcycla aultipirad by tha productivity givva aourca ntatc- 
aanta. Proa tha above raaaooa, Putnaa (Raf. 11 davaiepa a 



*total and product coda / total affort to produca coda 
'Productivity rata . aanpowar « PR ■ Y 
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■«tb«aatical calatiooship , th« SLIM softwara aquation, which 
is an powarful tool for planning and awaluating tha davalop' 
aant affoct life cycla. Tha softwara aquation is: 







dt • n 





s • c 

s k 



1/3 4/3 

K t 

d . 



S * nusber of daliwared source instructions 
s 

« stata of technology constant 



K, t is equiTalent to Bayleigh agnation parasaters 

d 



Putnas [Bef. 15] observed that the tise at which the 
Rayleign curve reaches its saxisus valne, t<^ , corresponds 
to the tiae cf systas tasting and product release for aany 
software products. That is, noraally peak aanpower, T aaz, 
exists as a function of developaent tiae(t^). 



Y 

sax 



K / yr t^ . 

d 



The area under the Bayleigh curve interval represents the 
total effort expended in that interval, ipproxisately forty 
percent of the area under the Bayleigh curve is to the left 
of t^ and sixty percent is to the right. By rearranging the 
software equation and applying a factor of .4 to reflect 
that the developaent effort, E, is approxiaatcly the first 
forty percent of the life cycle curve. 



B (aa,!iY) 




t 



4 

d 
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B? applriog tk9 bucdanwd Uboc *rtt« ( awrAg* doilAt 
coat pat aao fatr or aAii aonth ot affort)* tha aguatioo 
cbangaa to coat 



Davalopaant coat ■ 



( I / NY) . 4 




4 



I. UlCIITillit UALTItl 

tlAoat atary factor antatlng into an aatiaata of affort 
and achadula la aubjact to acaa dagraa of uncartainty* Tha 
aanagar naada to portray tha affacta of tha uncartainty 
aaaocLatad with aach of thaaa factora. To gat a raaaonabla 
aatiaata of unoartainty in lifa-cycla affort and davalopaant 
tiaa» Nonta Cario aiaulation ia uaad. divan C|^ « , 

IVDI, and(f|VDl« Putnaa (laf. 2] obtainad atatiatica on 
variablity of tha affort and davaiop tiaa froa aavarai thod- 
aand aaapias. Froa tha SLIN aof tvara' aguation and tha diffi- 
culty gradiant aguation, «a lialia tha aguation aa foliowat 



t 



d 




1 / 7 



K • I V3 I t » 
d 

Alao tha atandaid daviation ( ^ obtainad L'roa a 

Nonta carlo aiaulation will ba uaad to aaka a riaK analyaia 
profiia. An APL pcograa for tbia aiaulation annlyaia of 
aatiaating davalopaant tiaa« affort> and tha uajor ailaatona 
tiaa ia altovn in Figura u.2« 



J6 



* 3 * 



1 

» 4 

■M: 

=ir 



* 

::9; 

29 * 

C30j 



V N COMPUTE INPUTiXXi YYjTD:K}BAR:KK 
TO COMPUTE DEVELOPMENT EXPECTED TIME AND EFPORT. 
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Figure 4.2 AFL Prograa foe Oevelopaent Tiaa and Effort. 

Linear prograaaing is used to obtain the two aost lapor- 
tant answers in sottware de^elopaent pro jects-ainiaua tiao 
and liniaaa ccst. These "best possible" solutions also bound 
the range of reasonable solutions - all feasible solutions 
lie in between these extremes and are explicitly identified. 
The linear proqraaoing (L? ) approach has another great 
adTantage. It produces constrained optiaal solutions. The 
SLI3 aodel has introduced the aost iaportant software 
■anageaent constraints — aaxiaua cost, required delivery 
tiae, and staffing capability — into the problem. This 
gives the prograa aanager real control in his own domain of 
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CMOorctt allocatlOD and control [Baf. 2]. Tha aquatioca foe 
tka LP focaulatloQ aca as follows: 



1/3 4/3 

S • c K t softwara agnation 

8 k d 



K / < 7T if 

d ■ sax 



sazisus paak sanpowac 



K / t > yr i 

d ■ sin 



K / t < I D I 
d 



siniiUB paak sanpowac 
aaxiaus difficulty 



K / t < I 7 D I 
d 



sazisus difficulty gcadxant 



t < contract dallwary tlsa 

d • 



(J / HY) ( .4 k ) < total budqatad asount foe dawalopsant 



Tbasa can c*a aolwad with graphic or slaplaz sethods. 
Flguca 4.3 shows LP graphical faasihlllty solution using 
LOG'LOG ttansfoesation plot. [Baf. 2] 

C. ATilLABLE OPIlONS 

Tha SLId function routioa is cosposad of thraa options: 
top-laralf whatsit option# and i splasantation option. 
Pigura 4.4 shews tha SLXn scthodology. [Raf. 4] 
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Pigaie 4.3 LP Graphical Solotioo [fief . ^ 




Figure 4.4 SLIB Diagraa [Bef. ^ 
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xafizluji QAiiflj) 






Th« top*l«v«l fuoctiona in SLXH incladti CAlibCAt* 
ifiput, pco1«et iaput* And projvct tatlAAt*. Th« proctaa by 
wkich A aodtl !• tAilortd to a pACticulAc clAia of •yattaa 
with th« l&tAQt of lAliin^ it A bottoc pcodictor la callod 
CAlibCAtion. Xt la laportAnt for tht prograa aAna^or to try 
to taller hla aod«l froa hla paat data. 

A. CAllbrata xnput 

Allows ua«r to CAllbrat# historic projocta for 
productivity and aaopowar buildup Indwxaa, 

b. Pcojoct Xnput 

Proapta ua«r for all project aatlaata Inforaa- 
tlon and bullda or aodlflaa project date fllea. 



c. Project latiaate 

fcovldea all coat, schedule, aanpower, t^uallty 
and rlah eatiaatea for a aottvare project. Once a alolaua 
tlae solution haa been established the aanageaent what-lf 
options can be used to lapoae project conatralnta, ihen an 
acceptacle aclutlon la chosen the iapleaentatlon options cau 
generate a conalatent aet cf worK plana. 



2, CtlAicil fiaiiflO 

Xt la laportant for the pro^raa aanavier to try 
aenaltmty analyala. Unless It la eaaentlal that the soft- 
ware be built In the alnlaua tlae, the eatlaator ahouli 
consider alternative solutions that take longer but coat 
leas. The what-lf functions provide the anility to explore 
additional build atrate«]lea that take longer and could 
better suit the eatiaator'a needa. The aana^esent what-i: 
options Includet 
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a. Design to Schednle 

Sllfl will autoaatically deteraine the ainiaaa 
tiae schedule for which dewelopaent of the system is 
feasible. This function aay be used to set an altecnatiwe 
schedule for dewelopaent. A new corresponding cost, effort 
and peak aanpewer will be provided. 

b. Design to Cost 

This function is used to allow the user to set a 
new cost for development. A new tiae schedule, level of 
effort and peak aanpower will be generated. 

c. Design to Effort 

This function is used to allow the user to set a 
new level of effort for developaent. A new tiae schedule, 
cost and peak manpower will be generated. 

d. Design to Risk 

This function uses the trade-off law together 
with a user specified level of risk of not exceeding a 
required delivery date to generate an expected developaent 
tiae, level of effort, cost and peak aanpower. 

e. Design to Reliability 

This function permits the user to input a speci- 
fied dean Time To Failure ( nTTF) . It then determines cue 
appropriate developaent tiae, effort, cost and peak manpower 
to meet that 3TTF together with the estimated number of 
errors and error rates. 

f. Linear Program 

This function uses the technique of linear 
programming tc determine the aiciaua effort (and cost) or 
the ainiauB tiae in which a system can be built. The results 
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ar« bas«d oo the actaal aaopover, cost, and schedule 
coastralnts ct the user, coabined with the systea 
coastraiats described earlier to yield a constrained optimal 
sclution. 

g. Best Bid 

Ibis fuDctioD picks the best time-effort coobi- 
natioo by aaziaizing the joint probability that the develop- 
aent tiae is greater or equal to a user- specified end date 
and the cost is less or equal to a user- specified cost. 

h. Teaporary Change 

This function lets the user temporarily chance 
up to nine parameters- title, start date, size, standard 
deviation on size, labor rate, uncertainty on labor rate, 
inflaticn rate, productivity index and aanpower ouiliup 
index. 

3. XJClSJiDllSA 

Once the estiaator has found a solution that best 
suits the estiaator's reguireaent, the estiaator will need a 
set of detailed plans to lapleaeut the solution. By periodi- 
cally ccaparinq progress of the development vith the plan, 
the estimator has tne aeans to control all phases of the 
software developaent froa the oeginning of the feasibility 
study through coapletion of operation and eaintenance. The 
iepleaentation options include; 

a. Han loading 

This function provides pccjections of the near, 
number of pecple (and standard deviation) that will be 
applied to the project throughout developaent. These 
projections ace based on an optiaal application of resources 
over tiae. 



42 



b. Cashflow 



This function provides projections of the 

expected cashflow on a ■onth-’to-sonth basis throuqhout 
developsent of the systes. 

c. Life-Cycle 

This function provides projections of the 

expected eanpcwer and cashflow throughout the life-cycle of 
the systee. , Projections are provided on a aonthly, quar- 
terly, or yearly basis. 

d. Risk Analysis 

This function detersines the probability of 
developing a systes within a specified tine or for a speci- 
fied cost, it is very useful for strategic planning purposes 
by providing the associated with various tiae and cost 
dccisiocs. 

e. icrk Brealcdown 

This function shows a breakout of effort devoted 
to specific skill categories as a function of the develop- 
■cnt schedule. 

f. Effort Between nilestones 

Ibis function shows a breakout of effort 
devoted to principal activities as a function of the devel- 
opsent schedule. 

g. nilestones 

Based on a predetersined total developsent tiae, 
this function provides a realistic schedule for the aajoc 
silestones of the project. 
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b. Cod« 



Ibis fasctloQ proTldss a rats of coda produc- 
tioD aad casalativa coda prodiictloa for valid end product 
cost. Top down stracturad progcaaaiog is assuaed. 

i. Gantt Chart 

This function providas a Gantt Chart of activity 
pbasas and tbair caspactiva ailastonas. It will reflect 
whether the design and coding is done in a top-down struc- 
torad aathod or with a foraal critical design review 
followed by a coding phase. 

j. Front-End Estiaatcs 

This function provides low, average, and hign 
astiaates of the tiaa and effort raguired for the feasi- 
bility study and design phase. 

ti. CFO Osage 

This function provides a table of expected 
aachina usage over the life cycle of the systaa, alofig witn 
an astiaata cf total aachina hours required for developaent. 

1. Bcliability 

This function gives projections of error rate, 
cuaulative errors created, found and fixed, and dean rise To 
Failure aonth by aonth until a reliability of . 999 is 
achieved. 



E. Occuaentation 

Based on tne total systea size and data froo 
hundreds of siailar software systeas, a range of expected 
pages of docuaentation is given. 



W4 



D. SoaiacT of OoTOlopaoDt Costs 



This fQQCtioo pccTidss a suaaary of the aajoc 
davalopsant costs for the systea. These costs iaciude labor 
costs aad CPU costs over tiae aad the total docuoentatioD 
ccst. 



o. Benefit hoalysis 

This forction coapates the beaefit of the systes 
required to aaortize the cost of deselopaeat and aainte- 
oacce. It is based oa the anticipated econoaic life of the 
systea as well as the average rate of return for the 
organization. 

The SLin aodel famishes an effective aeans to estiaace 
and control the cost, schedule and aanpover reguireaents of 
building and aaintaining aediua size to very large software 
systeas. The prograa aanagec can tailor bis estiaates to 
aeet all realistic constraints iaposed on the developaent. 
After an intensive evaluation of the SLI!1 approach, the 
Departaent of Defense adopted the aethodology as the stan* 
dard aacro estiaating technigue to be osed on aajor software 
systeas in all services and defense agencies. 
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f. MQCBDOI B AID DAtABASB 



Host coAaco aatbods of softwac* costing start with estx- 
■ ation of tfao Duahsc of instructions. Boobs (Ref. 6] said 
tho biggest difficulty in using today's algoritbss in soft- 
ware cost sodols is the probles of providing sound sizing 
estisatcs. 

Putnas [Ref. 1] suggests that in the systess definition 
phase, we dc estisate a rough idea of the system size 
(source stateaents) and establish bounds on aanpower effort 
and developacnt years. In the reguireaent and specification 
phase, the ruiber of files, reports, and application 
progress are good estiaators of the size of the system and 
hence the tise and effort required. 

This paper is an investigation of ways in which we might 
be able to estiaate the size of a new project, cased on 
Putnas* s existing data base of close to one tnousard 
systeas. Breakouts have been aade of that data base by 
application type and the average size and the standard devi- 
ation of each of those application types has been calcu- 
lated. The estiaator can be approached in a Bayesian sense, 
such that if it is a scientific systea, then it would fall 
somewhere in the range for a scientific systea. This would 
be the Bayesian prior. Thao this category is presented 
graphically, and the person asked whether it tends to be 
toward the low end of this category, toward the high end of 
this category, or low-aiddle or higb-aiddle. By doing some 
statistical analysis, it is possible to come up with a 
weighted expected value and a new estiaate of a standard 
deviation gust by using the person's notional choice and the 
PEBT-sizicg foraula. This would be a Bayesian likelihood 
estiaate; it could be coabined together with the prior using 
Bayes* theorea. The usefulness of the Bayesian approach to 



statistical iofaisocs rests upon the usecalness of iocorpo- 
rating personal, subjectise beliefs directly into the 
analysis. 

Pros Bayesian inference and decision, it say be seen 
that the posterior probabilities arc derired directly froa 
prior probabilities and the likelihoods. It should again be 
recalled that the scan and standard dCTiation of a norcally 
distributed randoa variable cospletely specify its prob- 
ability function. Further, it is easily provided by aeans 
of the calculus that if the prior probability and the like- 
lihood are both oorsally distributed, the posterior prob- 
abilities aust be norsally distributed. The reciprocal of 
the posterior variance ( ) i-s equal to the suo of tr.o 

reciprocal of the prior variance ( (j* ) and the reciprocal 

of the likelihood variance ( ) » reflecting the fact that 

the two sources of inforsaticn are pooled together. The 
posterior aean (Ea ) is a weighted average of the prior cean 
(Eo ) and the saaple aean (E , ), the weights being tn3 

reciprocals of the respective variance (Pets. 16,17]. 
equations are as follows: 

1 1 1 







These posterior aeans and standard deviations will be used 
as SLIB input paraaeters. 
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1. QSB DATA EASE 



QSB (Qu«ntitatiT« Software Banagea«nt) , Inc. is a coapany 
focB«d to help astiaatocs solve critical cost and schedule 
control probless in business and governaent. The Qsa data 
base is cosposed of one thousand systess froa DOD, RADC (Roie 
Air Developacnt Center), US Any Coaputer Systeas Coasand, 
and various cospanies. Appendix G shows a saaple for data 
foraat. The CSM data base is cosposed of ten types as shown 
in Table 3. 





TABLE 3 

CSB DATA BASE BI APPLICATION TTPE 


j 




Application Type 


No. Systea 


Avg 1 


1 


aicro code/ Pin ware data nase 


systea size 
1 1 17435 1 


2 


Eeal-tiae data base 


125 


56870 1 


3 


Avionic data base 




80186 


U 


systee Software data base 


75035 1 


5 


Coeeand 9 Control data base 


6 1 


01452 


6 


Tej.ecof lata case 


32 


42179 1 


7 


Scientific data base 


82 


' 


8 


Process Control data oase 


1 1 


9 


Business data base 


547 


7 1 0 9 3 


10 


1 Unknown application 


1 


140000 




Bized Application data base 


971 


69549 



Table u shows that ‘SSB data base divided by size range. 

B. PBOCEDOIE 

This idea is that by partitioning tne data base 
according to statistical sub-groups, we estiaate new oroject 
size using Bayesian inference. It say be possible to cooe 
close enough to the true value to give aeaningful softvire 
estiaates in early feasibility study phases or a aajor 
proiect. The procedure consists of five steps. 
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TABLE <1 

QSB DATA BASE BT SIZE SAM6B 



Category 

1 Saali 

2 atdiaa 

3 Sediaa Laega 
A Larga 

5 rary Larga 

6 Extra Larga 

7 Sapar Larga 




posaibla • xa OB 
ap^aad jgn^a 



"iK 



K 

_K 

600K- lOdOK 
Bora thao 1000K 




500K-1000K 
750k-ll 



1500k 



Ave. 

Sire 
8296 
24437 
53474 
120573 
. 31 8366 
•76-3060 
1200000 



1- fiSLSIliAE 

The different systea types have aoigue properties 
which hawe to be considered so that paraaaters can be tuned 
to these properties. It is laportant to know what kind of 
software application type will be aade. Osing each applica- 
tion type's aean and standard dawiation, we get statistical 
results fros running the SLIM lodal. Appendix A shows the 
best case. In the bast case, it is assuned that tise is 
estiaated within 2 percent and effort within 9 percent. 
Appendix F shows the extraaa case. In the extreae case, 
tiee is estiaated within 30 percent and efiort within 80 
percent . 

Project size is a aajor factor that detarair.es the 
lerel of aanaqeaant control and the types of tools and ceci.- 
cigues required on a software project. Initially the prograi. 
aanaqer deteraices the size category froa Table 4 and, based 
on the possible spread range, he considers the overlap on 
both sides of the the category range. Proa application type 
and size range, the prograa aanager can choose the proper 
aean and standard deviation cf software size froa Appendix 



49 



C. It vlll b« as«d for Bayvsiao prior astiaatas. For 
azaapla, lat os salact tba catagory alza of larga. For this 
salactioo raoga of 7SK-200K, tha oaarlap range is graphi- 
cally raprasaotad in Figara 5.1. 




Figara 5.1 lhara it Falls in tha Bangs (Largs). 

Mom salact* a siza ranga froa Lov, Biddle Lom, fliddie 
High, High. issuaing that tha siza is approziaately 
noraally distrihatad, wa can naa thass as Bayesian likeli- 
hood astiaatas. These size ranges are also shown in Figure 
5.1. Tha prograa aacagar baliaTas it falls in the second 
quantile which wa call "Bid Low**. Osing weighted aeans and 
tha PEBT-sizing foraula, the project aanager can get the 
aaan and standard dawiation of software size. 

S - (50 ♦ 4(125) ♦250) / 6 - 133.3 (K) 

« ( 250 - 50 ) / 6 ■ 33. (K) 

Tba ocher siza categories and their raspactiwe quantiles are 
caprasanted in ippacdiz 0. 
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3. ggipa.t< Uti AHA AAd Standard HZiAllfiA 



To gtt postorlor Boao and standard doviation as 
input paraaotars for SLia« w« aa« tb« Bayaslan approach. He 
ccablno prior aatiaata froe application* a type and size and 
likalibood aatiaata froa tha prograa aanagar*a subjective 
belief. 

4. Aaa 

Tha project estiaatas provide all costr schedule, 
aanpovar, quality, and riat estiaatas for a software 
project. This output is used to detacaine the ainiaua time 
devalopaent strategy and its associated uncertainty. Once a 
ainiaua .tiaa solution is established the prograa aanager 
should use the aanageaent vhat-if options to iapose project 
constraints. Hhen an acceptable solution is obtained, use 
the iapleaentation reports and graphs to generate a set of 
work plans. 

S* malvsig 

To analyze the sensitivity of our solution to varia- 
tions in the size, we use the teaporary change routine. The 
report for teaporary changes will contain a susaary of the 
changes and a new ainiaua tiae solution based upon the 
changes. Results of the ainiaua tiae solution are output in 
three tables. The first table, the ainiaua tiae solution, 
gives a consistent set of aanagaaent actrics (aean and stan- 
dard deviation) for building the systea in the shortest 
possible tiae. The second table, i sensitivity profile, 
shows hew the aanageaent aettics change as a result of one 
and three standard deviation changes in the systea size 
(aean). The third table, a consistency cneck, coapaces the 
estiaatoc's solution with historical data for systeas of 
coaparable size in the OSH data base. 
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Ail th« Tarlablas of th« softvaco aquatlos are 
subject to soae dsqree of uncectalaty and the progcaa 
aanager aust have a asans of taking this into account in an 
•ffoct dsTelopaent risk profile. Putoaa C^ef. 1] suggests 
risk analysis is probably the aost iaportant aspect of any 
software systea analysis. In an uncertain process, risk 
analysis aeaaures the uncertainty to let us dewelop proper 
strategies to ainiaize the risk. 

C. IZAEPLI 

Let us ezaaine a scientific type ezaaple in which a new 
stand-alone dewelopaent project will be sade. Initially the 
prograa aanager beliewes that the project size category vill 
he large. 3y observing the graphical representation of thi 
range, the prograa aanager subjectively estiaates that the 
project falls into "Hid Low** range. for a scientific 
**Iarge" project, we can derive prior estiaates for the aeac 
and standard deviation of 117389 and 34508 respectively froa 
Appendii C. Also we calculate likelihood estiaates of aean 
and standard deviation of 133300 and 33000 respectively froa 
Appendix 0, where it falls in the "Hid Low** range. Frca 
Bayesian equations, we can get posterior estiaates, as 
follows . 



1 1 
34508*’” 33000* 



1 

23iio» 



2 



2 ^ 50 * 

34508* 



1 17389 



23850* 

33000* 



133300 « 125700 



52 




i 












, m ^ '4 M* ^ 




<=; X 




I 




Ik«M Mtiiattta vill b* os«d as SLI9 input parasatsrs. w« 
anus* that this projsct usss aTsrags saopower and pcoduc- 
tivity indsz. Fros running ths SLIB sodsl# vs get the 
■inisus tise solution. Knowing the sinisns developsent tine 
and standard dewiation give the progras sanager a fraeevork 
fros which to plan and control the software developsent 
procees. Fros Table 5, for the ainisus tiae solution, the 
prograa aanagcr should consider the estiaate hawing a SO 
percent chance of being realized upon coapletion of the 
systea. tfhen this ezpec*ted value is added to its standard 
deviation, it gives a new value that has an 04 percent 
chance of being realized. Alsc the percenr of expected value 
of the standard deviation is a aajcr factor. For this 
ezaaple it is as follows: 

<ft / t ■ 2. 1 / 23.4 ■ .089 
d d 

/ B « 139 / 516.5 « .269 

This shows that developaent tiae is estiaated within 9 
percent an4 effort within 27 percent in one standard devia- 
tion. The ether range results are shown in Appendix B. 
Appendix F shows it for business applications. 

Table 6 shows the corresponding expect ad values for 
tiae, effort and cost by increasing cne and three standard 
deviation of systea size. Also it shows that a 99 percent 
confidence interval of develcpaent tiae is between 16.2 
Bcnth and 26.2 sonth. 

Table 7 shows that if the values shown are within plus 
or sinus 4 5 percent of the aean for systeas of coaparable 
size in the data base, tee table labels thea as **in noraal 
range**, otherwise the values will be reported as either 
greater than cr less than the noraal range. 
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TABLE 5 

BZIlBaS TIBB SOLOTICB 



^tTUCi Th««l« 

nMMSCmNT ntTRtC 

lYtTEM II ZC (SrATCHCNTS) 

HINIhUH OCVtLOrwCNT TIMC <MONTMI> 

OCVCLOPtiCNT CFFOflT (hANMONTHf) 

OtVfLOTHtNT rOIT* in lCHw:» f) 
(UNINFLATED) 

(INFLATCO) 

FCAK riANFOMCR (FCOFLE) 



DATEi 20-SEP-l<»95 
rinci Ili27t46 



EXPECTED value 

(SOX PPOiAllLlTY) iro DEV 



123700 


23030 


23.4 


X. 1 


316. 3 


139.0 


2171 


660 


2396 


747 


34 


7 



TIBLZ 6 

SEHSITITHI PBOriLE 



SOURCE STMTS 



UNINFLATED 

MONTHS MANMONTHS COST (X 1000) 



-3 STD DEV 
-1 STD DEV 

expected 

♦I STD DEV 
♦3 STD DEV 



S4I50. 

1O10SO. 

125700. 

149550. 

197250. 



16.2 
21.3 
23. 4 
25. I 
20.2 



162 . 

306. 

516. 

633. 

903. 



675. 

1607. 

2178. 

2635. 

3762. 



figure 5.2 shovs the 3a joe ailestone time for the 
curreat solution as a statistical expected valuer i.e. , the 
value that statisticallf has a 50 percent probability of not 
being exceeded upon coapletion of the aain prograa. 

Table 3 shows the probability ranges for effort, cost, 
and tiae froa 1 percent to 99 percent —a broad enough band 
to cover all realistic possibilities. 
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liBIS 7 

COMSISTEMCT T&BLB 



MANAGCMCNT MfTRIC 


VALUC 




A88CS6riENT 


Tint (MONTHS) 


23.4 


IN 


normal 


RANtSE 


effort (MANMQNTHS) 


S14 


IN 


NORMAL 


RANGE 


AVCRAOC STAFFING (FtOFCC) 


22 


IN 


NORMAL 


RANGE 


FROOOCTIVITV (LINCS/MM) 


243 


IN 


NORMAL 


RANGE 




rigors 5.2 Bisk Profile (tiaa) . 

Fros the tables and grapn, the prograe lanager deter- 
lines the pcobability that other tiies, effort, and costs 
will not be exceeded. Developiient tiae and ailestones are 
the lost sensitive eleaents in the process. Kilestones scale 
linearly, leaning that if the project aaoager is late on an 
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TIBLB 6 

PBOBiBZLIlT PBOFILE 



MOiAilUITY 


MANH0NTH8 


UN inflated 
COST (X M lOOO) 


tine (MONTHS) 


1 X 


192 


42S 


18.4 


S X 


288 


1080 


20.0 


10 X 


338 


1322 


20.8 


20 X 


400 


1414 


21.7 


30 X 


444 


1828 


22.3 


40 X 


481 


2009 


22.9 


SO X 


S14 


2178 


23.4 


40 X 


SS2 


2347 


23.9 


70 X 




2S28 


24 • S 


•0 X 


4«i^w 


2740 


23.2 


90 X 


49S 


3033 


S 24. 1 


95 X 


745 


3274 


24.8 


99 X 


•44:» 


3731 


28.2 



early ailestooe, the project aanager will very likely be 
late on sacceedlag ailestones. It is iaportant for the 
prograe eanager to reaeeber Brooks* law: idding oaepower to 

a late project lakes it later. 
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VI. CfllSigSIM ULfi MggflBIlPAZIfiliS 



In order for the prograi nanager and his support teas 
to •Taluate a software cost proposal* they sust have a 
detailed understanding of the process that developed the 
cost estisate and should have soae traceaoility to the vari- 
ances or sensitivity of the estisating coiponents. It is 
iaportaot for the prograa sanager to recognize the 
sisilarities/differences between the defense systen life 
cycle and the other cossercial developsent life cycle. The 
prograa aanager should coepare various cost acdels for 
alternative estisates. 

The life-cycle curve can be satheaatically represented 
by the Bayleigh eguation* which is a good aanagesent tool. 
For planning and evaluating the developsent effort Ufa 
cycle* the SLID sodel is a very powerful tool. 

It is hard to estisate software size in the early phase 
of systsa developsent. But the prograa sanager can estisate 
the new project size using Bayesian inference. To get a 
Bayesian estisate of software size* the p^ogras sanager 
cosbines a prior estisate fros application's type ar.-i 
category size with a liXelihcod estisate fros the program 
sanager *s subjective belief. When cosbined with the capa- 
bilities of the SLIH sodel* the developsent tiae is esti- 
sated within IS percent and effort within 30 percent in one 
standard deviation. 

This sethed couid be a fruitful way to get at the early 
estisating prcoles in a gross way* yet good enough to get in 
the "ball park" or what people need at that phase of the 
project . 

Future research should focus on the relationship between 
cost attribute factors and systes application types. 
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Run rat«: 0«-25-*,9«5 PROJICT DETAIL REXKDRT Pag«: I 

Run Tiji«: 11:00:59 Project: GROSS MARGIN ANLYS 



Date: 05/21/15 
Organization: 



Project naae : GROSS MARGIN ANLYS 
Systea number: 964 



SIZING INPORMATION 

Total Source Statements: 23703 
Name of Language 



Type 



% of Total Size 



COBOL 

NATURAL 

JCL 



High Level 22 % 

Non* Procedural 71 % 

High Level 7 % 

% 

% 



% of Total Source Statements 
Brand New (ss) : 100 % 

Modified (ss) : % 

Unmodified (ss) : ___ % 



TIME-EFFORT-STAFFING 
Feasibility Study: 


mos 


.5 


Functional Design: 


4 mos 


3.5 


Main Software Build: 


3 mos 


10 


Operations '*> Maint.: 


3 mos 


2.5 


FOC Date: 01/85 







1.5 Pk Mpwr 
7 Pk Mpwr 



Overlap (nos) 
Cost 



OVERRXm/SLIPPAGE (MAIN SOFTWARE BUILD) 
Time Slippage: mos 



Cost Overrun: 



(am) 



QUALITY (MAIN SOFTWARE BUILD) 

Errors (SIT-FOC) : 

Errors (1st mo after FOC) : 13 



HTTP (1st mo oper) : 



days 



PROJECT CONSTRAINTS (MAIN SOFTWARE BUILD) 

Cost: People: 7 

Time: t mos Computer: Severe 



ENVIRONMENT 

Average Personnel Skill Experience 
Overall: Medium Similar Systems: Medium 

Computer: Medium Methodologies: 

Mqrmt Team: High Staff Turnover: 

Response Time: 5 Minutes * 1 Hoxir 



Languages : Medium 

Software Aids: High 
Tools *- Utils: Good 



Development Computer: IBM 3033 
Memory Occupancy: % 

Real Time Code: 0 % 

Requirements Change: 2 % 



(S 



Pag* : 2 



Run Data: 0C-25-19t5 PROJECT DETAIL REPORT 

Run Tlxa: 11:01:01 Projact: GROSS MARGIN ANLYS 



APPLICATION 

Application Typa: Businas* 

System Faaturss: 

Data Bass 



9 



SYSTEM DESIGN COMPLEXITY 

Algorithms mostly known but logic dssignad from scratch. Intarfacas war* 
straight forward. 

CALCULATED FIELDS 

Productivity Index: 21 
Total Davalopad, Dalivarad, Exacutabla 

USER FIELDS 

3) S5a 



Manpower Buildup Index: 6 
Source Linas of Code: 23703 

4) Ht CON^tD 



PROJECT DESCRIPTION 

ONLINE REPORT REQUESTING WITH 3 SCREENS OF REPORT SELECTION CRITERIA AVAILABLE 

REPORTS SHOW GROSS MARGIN INFORMATION FOR SEGMENTS OF BUSINESS NIGHT BATCH RUN 

FACTORS THAT BAD A POSITIVE OR NEGATIVE IMPACT ON THIS PROJECT 

-LACK OF CLEAR INFORMATION ON DATA WHICH IS USED TO GENERATE REPORTS LED TO 
INCORRECT ASSXmPTIONS ERRORS HERE FOUND DURING TESTING WHICH CAUSED THIS PHASE 

TO TAKE LONGER TRAN PLANNED. 

-ONE BATCH PROGRAM NEEDED ABNORMALLY LARGE TABLE REDESIGN NECESSARY TO MEET 
PERFORMANCE CRITERIA 

•TIGHT SCHEDULE •»>USER PROJECT MONITOR DID A THROUGH TESTING JOB 
4- TEAM WORJCED AT NIGHT TO GET ACCEPTABLE TURNAROUND ON THE CPU THIS GOT THE 
JOB DONE RJT HAD A ADVERSE EFFECT ON THE TEAM PHYSICALLY 
TOOLS, UTILITIES, COMPUTER BASED AIDS & METHODOLOGIES USED ON THIS PROJECT 
TOOLS: 

SAS TEST & DEBUG TOOL 

NATURAL 

ADABASE 

MAYFLOWER SDM SYSTEM DEVELOPMENT METHODOLOGY 



LIST or IIPESSIICSS 



1 . 

2 . 

3. 

4 . 

5 . 

6 . 

7 . 

8 . 

9 . 

10. 
1 1. 
12. 
13 . 




“iaa. ‘m 



flastttrs, Thoaas F. 




oaas F. 0 "CvacTlay ot software cost estl- 
thc National Secarity igency," Joggnaji fii 



Patnaa* Lavcacca H. , SII? Osera Manual . QSH, 1984. 

front Ica-HaiL 1 ^ 8 1 ' 

Booba. Barry a. , "Scftwaro Bnglneorlng Econoaics." 
|i£f 2A £2iillCl JEABIaIIlIaI* 7ol SE-10 

McGraw-lifi^^'lfefl ' SattNIM fASLiAAfillAfl CaBgSJBlg* 

Bgoba, B. N. 0 **So£tvar« Llfo Cyclo Factors." 

2i Sof twart EnqinoorlnQ . van Moatrand 
Coapany, ^ 49f=57“T90?. 



Stanley, Margaret, "Software Cost Estiaating," Jo u rnal 

^ al ea£Am£i£ milsLs# 

Nolverton, R. B, , "Software Costing," Handbook of 
|9 ftj | |^«^| gqjL^ ^^ |ing . Van Nostrand Reinhold coapanyT 

Bruce Phillip and Pederson, Saa H. , The Software 

BMitct (Blaaaiafl aad AaaassiliirT tio^ 
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Putnaa, Lavcanca B. and Bolvarton, Ray R. * 
OAUASlfi£Sa:£: Sfil 



Putnaa, Lavc< 
Qua ntit atiTO 
inl, 157?. 



15. Pcasaaan Rogers^ Softwara En gl ne arisq : A 

Practitlonar *8 Approa ch. Bcgr aw Hill" 1"B2. 

16. Boroan, , Broca, R. . An Introduction tS Bayesian 

fcMallgIr W5tjTOe-Hali;*^rn 

17. Box, Gaoraa E. and Tiao, Gaorge C. B ayesian 

Int aranca in statistical Analysis , Addison~esley, 
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